FHIR © HL7.org  |  Server Home  |  FHIR Server FHIR Server 3.4.11  |  FHIR Version n/a  User: [n/a]

Resource Requirements/FHIR Server from package hl7.ehrs.ehrsfmr21#current (62 ms)

Package hl7.ehrs.ehrsfmr21
Type Requirements
Id Id
FHIR Version R5
Source http://hl7.org/ehrs/https://build.fhir.org/ig/mvdzel/ehrsfm-fhir-r5/Requirements-EHRSFMR2.1-TI.5.4.html
Url http://hl7.org/ehrs/Requirements/EHRSFMR2.1-TI.5.4
Version 2.1.0
Status active
Date 2024-11-26T16:30:50+00:00
Name TI_5_4_Interchange_Agreements
Title TI.5.4 Interchange Agreements (Function)
Experimental False
Realm uv
Authority hl7
Description Support the use of Interchange Agreements to specify the rules, responsibilities, expectations, and methods by which Interchange Agreement partners may exchange information.
Purpose Systems that wish to communicate with each other must agree on certain parameters/criteria that will govern an information exchange process. Interchange agreements enable partnering systems to discover, negotiate, and utilize those parameters/criteria. An EHR-S can use this information to define how data will be exchanged between the sending and the receiving partners. Interchange services and capabilities can be discovered in an automated fashion. Entity directories can be used to determine the address, profile, and data exchange requirements of known, and/or potential Interchange Agreement partners. Entity registries can be used to determine the security, addressing, and reliability requirements between potential Interchange Agreement partnering systems. Example: Examples of services that may be provided by the use of Interchange Agreements: - A new application can automatically determine the source of a patient's demographic information by using a Universal Description and Discovery Integration (UDDI) service. The new application can then retrieve the Web Services Description Language (WSDL) specification to discover the binding details. - Good Health Hospital, a member of AnyCounty LabNet, shares laboratory results with other partners. Good Health Hospital periodically queries LabNet's directory (UDDI) to determine whether new information providers have joined LabNet. When new information providers are discovered, the Good Health Hospital IT system establishes the appropriate service connections based upon the Service Description (WSDL). - A clinical research sponsor submits an interchange agreement to a registry. Various EHR systems access that registry to discover the clinical research sponsor's contact information.

Resources that use this resource

No resources found


Resources that this resource uses

No resources found



Narrative

Note: links and images are rebased to the (stated) source

Statement N:

Support the use of Interchange Agreements to specify the rules, responsibilities, expectations, and methods by which Interchange Agreement partners may exchange information.

Description I:

Systems that wish to communicate with each other must agree on certain parameters/criteria that will govern an information exchange process. Interchange agreements enable partnering systems to discover, negotiate, and utilize those parameters/criteria. An EHR-S can use this information to define how data will be exchanged between the sending and the receiving partners. Interchange services and capabilities can be discovered in an automated fashion.

Entity directories can be used to determine the address, profile, and data exchange requirements of known, and/or potential Interchange Agreement partners. Entity registries can be used to determine the security, addressing, and reliability requirements between potential Interchange Agreement partnering systems. Example: Examples of services that may be provided by the use of Interchange Agreements:

  • A new application can automatically determine the source of a patient's demographic information by using a Universal Description and Discovery Integration (UDDI) service. The new application can then retrieve the Web Services Description Language (WSDL) specification to discover the binding details.
  • Good Health Hospital, a member of AnyCounty LabNet, shares laboratory results with other partners. Good Health Hospital periodically queries LabNet's directory (UDDI) to determine whether new information providers have joined LabNet. When new information providers are discovered, the Good Health Hospital IT system establishes the appropriate service connections based upon the Service Description (WSDL).
  • A clinical research sponsor submits an interchange agreement to a registry. Various EHR systems access that registry to discover the clinical research sponsor's contact information.
Criteria N:
TI.5.4#01 SHALL

The system SHALL exchange information with Interchange Agreement partners based on interoperability agreement descriptions.

TI.5.4#02 dependent conditional SHOULD

IF an interchange agreement description specifies the use of a certain standard, THEN the system SHOULD exchange information using the standard specified by the interchange agreement description according to scope of practice, organizational policy, and/or jurisdictional law.

TI.5.4#03 MAY

The system MAY conform to function [[TI.3]] (Registry and Directory Services) to interact with registries, and/or directories to determine the address, profile, and data exchange requirements of known, and/or potential partners.

TI.5.4#04 dependent MAY

The system MAY analyze and present interchange service descriptions and capabilities according to scope of practice, organizational policy, and/or jurisdictional law.

TI.5.4#05 SHOULD

The system SHOULD provide the ability to manage Interchange Agreements that have been established with Interchange Agreement partners.


Source

{
  "resourceType" : "Requirements",
  "id" : "EHRSFMR2.1-TI.5.4",
  "meta" : {
    "profile" : [
      "http://hl7.org/ehrs/StructureDefinition/FMFunction"
    ]
  },
  "text" : {
    "status" : "extensions",
    "div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Support the use of Interchange Agreements to specify the rules, responsibilities, expectations, and methods by which Interchange Agreement partners may exchange information.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>Systems that wish to communicate with each other must agree on certain parameters/criteria that will govern an information exchange process. Interchange agreements enable partnering systems to discover, negotiate, and utilize those parameters/criteria. An EHR-S can use this information to define how data will be exchanged between the sending and the receiving partners. Interchange services and capabilities can be discovered in an automated fashion.</p>\n<p>Entity directories can be used to determine the address, profile, and data exchange requirements of known, and/or potential Interchange Agreement partners. Entity registries can be used to determine the security, addressing, and reliability requirements between potential Interchange Agreement partnering systems.\nExample:\nExamples of services that may be provided by the use of Interchange Agreements:</p>\n<ul>\n<li>A new application can automatically determine the source of a patient's demographic information by using a Universal Description and Discovery Integration (UDDI) service. The new application can then retrieve the Web Services Description Language (WSDL) specification to discover the binding details.</li>\n<li>Good Health Hospital, a member of AnyCounty LabNet, shares laboratory results with other partners. Good Health Hospital periodically queries LabNet's directory (UDDI) to determine whether new information providers have joined LabNet. When new information providers are discovered, the Good Health Hospital IT system establishes the appropriate service connections based upon the Service Description (WSDL).</li>\n<li>A clinical research sponsor submits an interchange agreement to a registry. Various EHR systems access that registry to discover the clinical research sponsor's contact information.</li>\n</ul>\n</div></span>\n \n\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.5.4#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL exchange information with Interchange Agreement partners based on interoperability agreement descriptions.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.5.4#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n <i>conditional</i>\n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF an interchange agreement description specifies the use of a certain standard, THEN the system SHOULD exchange information using the standard specified by the interchange agreement description according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.5.4#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY conform to function [[TI.3]] (Registry and Directory Services) to interact with registries, and/or directories to determine the address, profile, and data exchange requirements of known, and/or potential partners.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.5.4#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY analyze and present interchange service descriptions and capabilities according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.5.4#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to manage Interchange Agreements that have been established with Interchange Agreement partners.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
  },
  "url" : "http://hl7.org/ehrs/Requirements/EHRSFMR2.1-TI.5.4",
  "version" : "2.1.0",
  "name" : "TI_5_4_Interchange_Agreements",
  "title" : "TI.5.4 Interchange Agreements (Function)",
  "status" : "active",
  "date" : "2024-11-26T16:30:50+00:00",
  "publisher" : "EHR WG",
  "contact" : [
    {
      "telecom" : [
        {
          "system" : "url",
          "value" : "http://www.hl7.org/Special/committees/ehr"
        }
      ]
    }
  ],
  "description" : "Support the use of Interchange Agreements to specify the rules, responsibilities, expectations, and methods by which Interchange Agreement partners may exchange information.",
  "jurisdiction" : [
    {
      "coding" : [
        {
          "system" : "http://unstats.un.org/unsd/methods/m49/m49.htm",
          "code" : "001",
          "display" : "World"
        }
      ]
    }
  ],
  "purpose" : "Systems that wish to communicate with each other must agree on certain parameters/criteria that will govern an information exchange process. Interchange agreements enable partnering systems to discover, negotiate, and utilize those parameters/criteria. An EHR-S can use this information to define how data will be exchanged between the sending and the receiving partners. Interchange services and capabilities can be discovered in an automated fashion.\n\nEntity directories can be used to determine the address, profile, and data exchange requirements of known, and/or potential Interchange Agreement partners. Entity registries can be used to determine the security, addressing, and reliability requirements between potential Interchange Agreement partnering systems.\nExample:\nExamples of services that may be provided by the use of Interchange Agreements:\n- A new application can automatically determine the source of a patient's demographic information by using a Universal Description and Discovery Integration (UDDI) service. The new application can then retrieve the Web Services Description Language (WSDL) specification to discover the binding details.\n- Good Health Hospital, a member of AnyCounty LabNet, shares laboratory results with other partners. Good Health Hospital periodically queries LabNet's directory (UDDI) to determine whether new information providers have joined LabNet. When new information providers are discovered, the Good Health Hospital IT system establishes the appropriate service connections based upon the Service Description (WSDL).\n- A clinical research sponsor submits an interchange agreement to a registry. Various EHR systems access that registry to discover the clinical research sponsor's contact information.",
  "statement" : [
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.5.4-01",
      "label" : "TI.5.4#01",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : false,
      "requirement" : "The system SHALL exchange information with Interchange Agreement partners based on interoperability agreement descriptions.",
      "derivedFrom" : "EHR-S_FM_R1.1 IN.5.4#1"
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : true
        }
      ],
      "key" : "EHRSFMR2.1-TI.5.4-02",
      "label" : "TI.5.4#02",
      "conformance" : [
        "SHOULD"
      ],
      "conditionality" : true,
      "requirement" : "IF an interchange agreement description specifies the use of a certain standard, THEN the system SHOULD exchange information using the standard specified by the interchange agreement description according to scope of practice, organizational policy, and/or jurisdictional law.",
      "derivedFrom" : "EHR-S_FM_R1.1 IN.5.4#2"
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.5.4-03",
      "label" : "TI.5.4#03",
      "conformance" : [
        "MAY"
      ],
      "conditionality" : false,
      "requirement" : "The system MAY conform to function [[TI.3]] (Registry and Directory Services) to interact with registries, and/or directories to determine the address, profile, and data exchange requirements of known, and/or potential partners.",
      "derivedFrom" : "EHR-S_FM_R1.1 IN.5.4#3"
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : true
        }
      ],
      "key" : "EHRSFMR2.1-TI.5.4-04",
      "label" : "TI.5.4#04",
      "conformance" : [
        "MAY"
      ],
      "conditionality" : false,
      "requirement" : "The system MAY analyze and present interchange service descriptions and capabilities according to scope of practice, organizational policy, and/or jurisdictional law.",
      "derivedFrom" : "EHR-S_FM_R1.1 IN.5.4#4"
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.5.4-05",
      "label" : "TI.5.4#05",
      "conformance" : [
        "SHOULD"
      ],
      "conditionality" : false,
      "requirement" : "The system SHOULD provide the ability to manage Interchange Agreements that have been established with Interchange Agreement partners."
    }
  ]
}

XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.